home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 4001 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.8 KB
  1. Path: news.bellglobal.com!stupy
  2. From: stupy@freenet.durham.org (Steve Tupy)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: FAR_DATA in DGROUP - Linker Trouble
  5. Date: 28 Jan 1996 20:52:43 GMT
  6. Organization: Durham Free-Net
  7. Message-ID: <4egnmr$kc9@news.bellglobal.com>
  8. References: <4bdgl4$3i7@newsbf02.news.aol.com> <4dtj14$j9o@damage.usa1.net>
  9. NNTP-Posting-Host: 204.101.165.17
  10. X-Newsreader: TIN [version 1.2 PL2]
  11.  
  12. crb3@usa1.com (crb3@usa1.com) wrote:
  13. : Quoth turnstone@aol.com (Turnstone):
  14.  
  15. : >I'm having a Borland C++ linker error "DGROUP exceeds 64K".  Is the
  16. : >FAR_DATA class supposed to be mapped to the DGROUP group?
  17.  
  18. : >Tom - Salem, OR
  19.  
  20. : Depends on the memory model you choose. Check your manual.
  21.  
  22.  
  23.     You should also explain that by simply "upping" the memory model may
  24. indeed mask the problem because it only offers seperate segments for each
  25. module but it does not help to make the person understand the root of the
  26. problem they are having.  Even if you use larger memory models , you can
  27. indeed have this error due to the fact that there is more than 64K of global
  28. data declared. I think this is not the case here as the subject of this
  29. message is FAR data link error, but such still needs to be explained. In
  30. large memory models , each module has its own segment, each of these
  31. segments cannot exceed 64K but that is an easy fix, just break down the
  32. modules. Also, to change to pointers the larger declarations in the global
  33. data area so that only a 4 byte declaration is used instead of the sizeof
  34. of the variable being declared. This is a BIG one here, you can save
  35. yourself a WHOLE lot of headaches if you practice keeping "it small" right
  36. from the onset. Going back to revamp poorly approached code is a major
  37. source of headaches for me when I have to do maintenance on others code.
  38.  
  39. Just my two cents...
  40.  
  41. Take care!
  42.  
  43. --
  44. Steve
  45.